home *** CD-ROM | disk | FTP | other *** search
/ Amiga ISO Collection / AmigaUtilCD1.iso / Emulatoren / frodo_14.lha / FrodoSIDCard.lha / SID Card.readme < prev   
Encoding:
Text File  |  1995-02-16  |  1.7 KB  |  36 lines
  1. Notes on the Zorro II SID card
  2. ------------------------------
  3.  
  4. 1. The design is very simple - no AutoConfig, only write accesses
  5.    and a hacked chip select/clock logic.
  6. 2. The wiring on the "B" side of the 74HC688 selects the address
  7.    range of the card. This is currently at $a0xxxx (where Frodo
  8.    expects is to be).
  9. 3. The SID's reset line is not connected to /RESET or /IORST but
  10.    to /LED to have the possibility to reset the SID independently
  11.    of the Amiga. This is because some SIDs have problems with
  12.    the clock signal being pulled down on write access and sometimes
  13.    one or more envelope generator "crashes" and requires a reset
  14.    to work properly again. So it is connected to /LED and Frodo
  15.    cycles the power LED to reset the SID.
  16. 4. The whole circuit can be built upon a standard raster board.
  17.    A custom PCB layout is not required (besides, I don't have one).
  18. 5. The "AUDIO OUT" signal can directly be connected to headphones
  19.    or an amplifier. The "AUDIO IN" signal can be used to mix and
  20.    filter external audio signals with the SID signal.
  21.  
  22. A note on the programs "EnableSID" and "DisableSID"
  23. ---------------------------------------------------
  24.  
  25. As the SID card doesn't use AutoConfig, it's address space will
  26. be marked as invalid by the 68040.library on systems with a 68040,
  27. and the card is not accessable. The EnableSID and DisableSID
  28. programs use the 68040's transparent translation feature (DTT0)
  29. to open the address space and mark it as non-cacheable. Simply
  30. run them once to enable resp. to disable access to the SID card
  31. (they can only be started from the Shell). The source is included
  32. in case you have problems with your MMU setup, so you can modify
  33. the programs to fit your system.
  34.  
  35. Christian Bauer <cbauer@mzdmza.zdv.uni-mainz.de>
  36.